
Figure 1. The conceptual . parsing architecture. 

Input buffer: the data structure that contains the character string to be parsed. 
We assume the characters are encoded by UNICODE. 
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Figure 19.5. The final address information structure. 



ru 



FIG. 19.5 



rn 

rcr - 



